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METHODS AND SYSTEMS FOR JOB-BASED ACCOUNTING 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates generally to computer-based resource management 
systems, and, more particularly, to the job-based management of personal and business 
financial resources through the allocation of resources to various user-defined accounts 
in an automated environment, 

2. Background 

Often individuals or businesses need and desire to achieve some measure of 
control over their financial affairs. Several software accounting programs have been 
developed to aid a business in managing its financial resources* Some of these programs 
include a budgeting system that allows a business to see where its money is invested or 
spent. Some of these programs further provide the user with the ability to perform 
several types of financial transactions on-line, including the ability to pay bills and to 
receive updated information with respect to cleared transactions from financial 
institutions such as banks and credit card companies. 

One major problem with these existing accounting programs is the inability to 
provide up-to-date financial information needed to a business owner who is constantly 
on the go. For example, this problem represents a long-felt but unsolved need that is 
particularly taxing to sole proprietors who run a construction business. Often such a sole 
proprietor will be out in the field all day long engaging in various financial transactions, 
only to return home with a handful of bills and receipts representing transactions to either 
manually enter into a software program on a personal computer or to give to an 
accountant or CPA at the end of each month, quarter, or even year. Not only does this 
manual, after-the-fact, transaction entry take a great deal of time; without real-time access 
to account information, the business owner cannot make informed spending decisions 
while out in the field away from his or her personal computer. In other words, although 
existing accounting programs allow a user to establish a budget, these programs are 
inadequate because a user who is out in the field cannot make informed spending 
decisions without real-time access to his or her account information. 

Besides not being able to provide real-time information, existing accounting 
programs also do not provide simple and mtuitive budgeting systems that ensure that each 
spending decision is made in accordance with an established budget. For example, 
existing accounting programs typically allow the user to see how funds have been 
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allocated between different financial accounts by providing a representation or statement 
indicating how funds were allocated during a period of time such as a week, month, 
quarter, or year. That is, these accounting programs compare budgeted amounts with 
actual spending only after the spending has occurred. Moreover, when a business 5 
transactions involve several different financial projects (e.g., in businesses such as job 
shops that contract out individual jobs or projects and/or regularly make job bids or 
estimates), this after-the-fact budget reporting proves complicated and useless for the 
typical small business owner who must quickly summarize such reported information in 
his or her head when making on-the-spot spending decisions. 

BACKGROUND OF THE INVENTION 
Financial accounting is well-known to those skilled in the art. Accountants have 
been used by individuals and businesses to manage financial resources over the years. 
The development of the personal computer for every day use has allowed the 
simplification of personal and business accounting by a user. Such financial accounting 
programs include Quicken® by INTUIT, of Menlo Park, California, and Money® by 
Microsoft, of Redmond, Washington. These programs are well-known and provide the 
every day user with simple yet robust accounting means for tracking one's financial 
resources. 

For example, both Quicken® and Money® offer account management services for 
managing one's checking account, savings account, and money market funds. These 
services also provide a user the ability to perform on-line banking services with their 
respective financial institution. Thus, utilizing either of these programs, a user can 
provide bill paying options and account recordation of transactions performed by the 
bank without having to receive an end-of-month financial statement from the financial 
institution. This allows the user to keep an up-to-date record of his or her financial 
transactions. These transactions can include checks written, credit card bills paid, 
deposits to retirement accounts, automatic bill payment options, and the like. 

Both these programs also provide a rudimentary budgeting system that allows a 
user to see where his or her money is invested or spent. A user can establish his or her 
own budget, which may be followed for financial discipline; however, the resources used 
to cover the budget typically are drawn from a single source or a few sources of revenue. 
An end of period, such as week, month, quarter, year, statement is provided for how that 
revenue had been allocated for different groups of financial interests to generate a budget 
allocation after funds have been drawn from but one or two sources. Thus, a user can 
establish a budget to follow, but the discipline of having a budget is not felt until a 
reconciliation of funds distributed during a given period is made with an accurate 
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accounting of payment and distribution is done. Only then does the user see whether he 
or she has been disciplined enough to follow the budget. This is because current 
budgeting system fail to allocate resources in a manner that forces the user to use the 
budget and achieve financial discipline. 

Accordingly, what is needed is an automated resource and financial allocation 
system that instills greater financial discipline upon a user when desiring to follow a 
given budget prepared either by the user or by another in behalf of the user. 

SUMMARY OF THE INVENTION 

According to the present invention, a method and apparatus are disclosed that 
provide for automated financial resource allocation and accountability among various 
groups of budgeted accounts. The method provides for the user to establish the accounts 
to be budgeted, which accounts are overlaid an actual monetary account. The user then 
establishes a preset spending allocation amount for each account. Each time the user 
makes a spending allocation for that particular account, the account reflects the amount 
spent and notifies the user of the remaining amount allocated for that account during a 
given period. Each time a user receives cash it is deposited to these specific accounts in 
a manner that reflects the preset spending allocations set by the user. Thus, the user has 
a more accurate accounting of an established budget with respect to the established 
accounts, the resources allocated to each account, and the funds actually spent from each 
account. 

The present invention describes a method and system, which are implemented on 
a computer system, that enables users to make proactive spending decisions by forming 
an environment where the user spends from traditional "expense" accounts as though they 
were individual spending or bank accounts. Thus, when a user receives funds, such as 
cash, the user allocates those funds by depositing them into user defined spending 
accounts or envelopes. 

Some embodiments of the present invention provide a job-based method and 
system for managing business resources through allocation of the resources among a set 
of user-defined virtual spending accounts. The method, inter alia, enables the user to 
establish two layers of virtual accounts, virtual job accounts and virtual allocation 
accounts, that interact with the user's actual accounts. In a preferred embodiment, the job 
accounts represent various jobs or projects and are each designated by an envelope icon 
and a job number; the allocation accounts are designated by an envelope icon 
representing allocations or categories of transactions such as, e.g., materials, labor, 
permits, paint subcontractors, facilities, or insurance. After establishing the virtual 
accounts, the user establishes a limit representing a spending limit for each envelope or 
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virtual spending account. Thereafter, the user's transactions with other businesses or 
entities are reflected in the virtual spending accounts as well as in the user's actual 
accounts. 

For example, some embodiments of the present invention can be used by a small 
business owner to make a job quote or bid that, upon approval/receipt of a contract, 
becomes saved as a job account with a corresponding envelope and job number. The 
business owner may set various spending limits for each job account as well as for 
various allocation categories (e.g., for "materials" and "labor," as mentioned above). 
Thereafter, the business owner may enter and keep track of transactions and compare 
actual spending with the budgeted limits set for each particular j ob account as well as the 
limits set for each allocation account within a particular job account. A preferred 
embodiment of the present invention also allows the user to create purchase orders and 
invoices, keep a record of employees, enter employee time sheets, process payroll, and 
allocate and reconcile incoming and outgoing transactions between the various accounts. 
Preferably, the user performs all these functions using a mobile computing unit, such as 
a personal digital assistant (PDA), laptop, or cell phone, that can remotely access account 
information. 

Each time the user makes a spending transaction with respect to a particular job 
or project, the user may choose one or more appropriate job and/or allocation accounts 
from which to debit. Likewise, each time the user conducts an income-receiving 
transaction, the user may choose to which job and/or allocation account to allocate the 
amount. In other words, the user "spends" from and "deposits" to the virtual job and 
allocation accounts as though they were traditional bank accounts. In some 
embodiments, the user can also set certain transactions to debit or credit various accounts 
"automatically" at regular intervals of time or upon the happening of a certain event such 
as an on-line account reconciliation. In the preferred embodiments, the user may view 
a visual representation of the amount currently present in each virtual account juxtaposed 
against the spending limit for that particular account. Thus, the present invention allows 
the user to make real-time, informed spending decisions in accordance with the user's 
defined budget limits and in an intuitive and simple manner. 

The present invention is operable in an automated environment potentially 
including a personal computer, laptop computer, PDA, mobile phone, smart phone, or 
other computer-type device that includes a central processing unit, memory means, input 
and output means, and optional data communication means. The data communication 
means may be used to connect directly to an entity such as a financial institution; it may 
also be used to connect to various entities through the Internet or any other type of 
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network. In a preferred embodiment, transactions can be reconciled and various 
documents such as job quotes, purchase orders, and time sheets can be transmitted 
remotely by fax or by other electronic means. Preferably, the present invention includes 
one or more wireless data communication means to accommodate the user's need for 
5 mobility. 

The preferred embodiments of the present invention allow the user to retrieve 
real-time financial transaction information from a financial institution, thereby providing 
accurate, up-to-the-minute information with respect to payments authorized, checks 
cleared, and deposits made. An embodiment of the present invention also lets the user 
10 pay bills on-line using the various virtual spending accounts in conjunction with the 

actual accounts. 

Hence, a method and system is provided for simplified and intuitive 
budget/spending management of a business that allows a user involved in several proj ects 
or jobs to be aware, in real-time, of the allocation of resources amongst various categories 

15 of transactions. As such, the present invention enables users to make better informed, 

proactive spending decisions and provide greater control over a business' financial 
condition* In particular, but by way of example and not of limitation, the present 
invention is well-suited for a sole proprietor of a construction business who is out in the 
field much of the work day and needs mobile, real-time access to his or her financial 

20 information. 

BRIEF DESCRIPTION OF THE DRAWINGS 
The foregoing and other features of the present invention will become more fully 
apparent from the accompanying drawings when considered in conjunction with the 
following description and appended claims. Although the drawings depict only typical 
25 embodiments of the invention and are thus not to be deemed limiting of the invention's 

scope, the accompanying drawings help explain the invention in added detail. 

Figures 1 a through 1 c illustrate an example of a computer environment in which 
the present invention typically operates; 

Figure la shows a diagram of various entities that might be interconnected in one 
30 embodiment of a computer environment of the present invention; 

Figure lb is a diagram showing an example of some computer-type devices that 
might be included in the computer environment of the present invention; 

Figure lc is a block diagram of a typical computer-type device that might be 
included in the computer environment of the present invention; 
35 Figure 2 is a block diagram illustrating a variety of possible types of inputs and 

outputs with respect to one embodiment of the present invention; 
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Figure 3 is a block diagram illustrating a plurality of virtual spending accounts 
established by a user in accordance with one embodiment of the present invention; 

Figure 4 is a block diagram illustrating the manner in which virtual spending 
accounts operate in accordance with one embodiment of the present invention; 

Figures 5a through 5p illustrate the method of operation of one embodiment of 
the present invention; 

Figure 6 illustrates a computer enterprise in which the present invention operates; 

Figure 7 illustrates a block diagram of a plurality of accounts established by a 
given user in accordance with the present invention; 

Figure 8 illustrates a block diagram of a given account selected from Figure 2 
detailing the financial information organized in accordance with the present invention; 
and 

Figures 9a - 9f illustrate an information window view on a PDA in accordance 

with the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The figures listed above are expressly incorporated as part of this detailed 

description. 

It is emphasized that the present invention, as illustrated in the figures and 
description herein, can be embodied or performed in a wide variety of ways. Thus, 
neither the drawings nor the following more detailed description of the various 
embodiments of the system and method of the present invention limit the scope of the 
invention. The drawings and detailed description are merely representative of the 
particular embodiments of the invention; the substantive scope of the present invention 
is limited only by the appended claims. 

The various embodiments of the invention will be best understood by reference 
to the drawings, wherein like elements are designated by like alphanumeric characters 
throughout. Moreover, it should be noted that because the present invention is computer- 
implemented, particular embodiments may range from computer executable instructions 
as part of computer readable media to hardware used in any or all of the following 
depicted structures. Implementation may additionally be combinations of hardware and 
computer executable instructions. 

Further, when the invention is described in the context of computer readable 
media having computer executable instructions stored thereon, it is emphasized that the 
instructions include program modules, routines, programs, objects, components, data 
structures, etc. that perform particular tasks or implement particular abstract data types 
upon or within various structures of the computing environment. Executable instructions 
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may comprise instructions and data which cause a general purpose computer, special 
purpose computer, or special purpose processing device to perform a certain function or 
group of functions. 

In addition, computer readable media may comprise any available media which 
can be accessed by a general purpose or special purpose computer. By way of example 
and not limitation, such computer readable media can comprise RAM, ROM, EEPROM, 
CD-ROM or other optical disk storage, magnetic disk storage or other magnetic disk 
storage devices, or any other medium which can be used to store the desired executable 
instructions or data fields and which can be accessed by a general purpose or special 
purpose computer. Combinations of the above should also be included within the scope 
of computer readable media. For brevity, computer readable media having computer 
executable instructions may sometimes be referred to as "software" or "computer 
software." 

With reference now to the accompanying drawings, Figures la and lb show a 
computer-based environment 1 1 in which one embodiment of the present invention 
typically operates. In these figures, for purposes of illustration, the user is represented 
by a small business owner 10 who may be a sole proprietor of a construction business. 
Note that although the user 10 is here illustrated by a small business owner, the user 10 
can be any individual, business, or entity that needs to manage the income and outgo of 
resources. It should also be noted that the present invention is particularly suitable for 
businesses that provide services or products on ajob-by-job basis. Examples of suchjob- 
based businesses include contracting businesses, consulting businesses, and job shops. 

Figure la shows various entities that may be connected to each other in a 
computer-based environment 1 1. In Figure la, user 10 preferably communicates via the 
Internet 12 with other entities, represented generally at 14. The entities 14may comprise 
financial service providers 14a such as banks, credit unions, investment groups, and 
credit card companies; suppliers 14b such as merchants who supply business inventory 
or equipment; independent contractors or subcontractors 14c; and employees 14d. 

Figure lb shows an example of some computer-type devices used in a typical 
computer-based environment 1 1 of the present invention. In a preferred embodiment, the 
user 10 and various entities 14 are connected to each other via an Internet gateway 18 
which typically comprises a computer system used for managing Internet access and web 
interaction. The gateway 1 8 allows the user 1 0 to communicate with the various entities 
14. 

Figure lb further shows the computer-type devices that a user 10 and entities 14 
may use to connect to the gateway 18 and interact with each other. In a preferred 
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embodiment of the present invention, the user 10 uses a PDA 16 to communicate with 
the gateway 18 and other entities 14. A user 10 or entity 14 may also use one or more 
computer-type devices such as a server 20, a mobile phone or smart phone (including an 
Internet-based cell phone) 22, a personal computer 24, a laptop computer 26 5 or other 
computer-type device. Figure lc shows the basic structure of a typical computer-type 
device 27. This structure includes a processing unit 36, a memory or storage means 32, 
an input means 34, and an output means 38. As was mentioned above, memory or 
storage means 32 can include RAM, ROM, EEPROM, CD-ROM or other optical disk 
storage, magnetic disk storage or other magnetic disk storage devices, or any other 
storage medium. Other storage means 32 might include magnetic cassettes, flash 
memory cards, digital video disks, removable disks, Bernoulli cartridges, or the like. 
Input means 34 may include a keyboard, a pointing device (e.g., a mouse, touch pad, 
track ball, joystick, or stylus), a microphone, scanner, or the like. Examples of output 
means 3 8 include a monitor, a printer, a plotter, a fax, and speakers. The processing unit 
36 can include a general purpose processor or special purpose processor, 

The user 10 and entities 14 connect to the gateway 18 via data communication 
means, shown generally at 28 in Figure lb, which may comprise a wireless means, a wire 
line, a cable modem, satellite dish, or other such communication means. Preferably, the 
communication means 28 employed by the user 10 is a wireless means that allows the 
user 10 to remotely access the gateway 18 or other entities 14. Although the user 10 and 
entities 14 are typically networked together via the Internet, the present invention also 
contemplates connection via a local-area network (LAN) system or other communication 
system where the user 10 and one or more entities 14 are connected directly to one 
another. Data communication means 28 typically further includes a network adaptor or 
modem for establishing connection to a LAN system or to the Internet. 

Various protocols may be used for communication between the user 1 0, entities 
14, and gateway 1 8. For example, a user 10 using a PDA preferably communicates via 
a wireless protocol. Also, in a preferred embodiment, the gateway 1 8 provides a platform 
that transforms data suitable for use in a wide variety of wireless networks including, e.g. 5 
Code Division Multiple Access (CDMA), Global System for Mobile Communication 
(GSM), Time Division Multiple Access (TDM A), Cellular Digital Packet Data (CDPD), 
Mobitex, and Internet Protocol. In a preferred embodiment, the gateway 1 8 also includes 
a server that communicates with one or more of the financial service providers 1 4a using 
protocols such as Open Financial Exchange (OXF) or Extensible Markup Language 
(XML). Gateway 18 is preferably extendable across a wide variety of protocols, 
operating systems, and networks. Moreover, the gateway 1 8 preferably incorporates a 
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data security means 30 so that data (for example, financial transactions) communicated 
through the gateway 1 8 is secured from access by unauthorized intruders. In a preferred 
embodiment of the present invention, the data security means 30 includes a user ID and 
password mechanism as well as standard cryptology protocols such as Secure Socket 
Layer (SSL) and Transport Layer Security (TLS). A preferred embodiment also 
contemplates the use of Public Key Infrastructure (PKI) technology that supports digital 
signatures. 

Figure 2 shows an application program 42 that is preferably a software package 
or module that provides an interface whereby the user 1 0 manages and budgets his or her 
resources according to the method of the present invention. Application program 42 can 
integrally incorporate a database module or simply provide the interface that operates 
upon information held in an external database. Application 42 can also be designed to 
either include or interact with other modules or applications such as applications that are 
designed to organize or analyze actual financial information. Examples of such modules 
or applications might include: applications that provide for automatic bank and credit 
card account tracking and reconciliation; applications that provide for on-line bill 
payment (both automatic and user-instigated); applications that allow bills to be presented 
on-line; applications that let a user make payments via e-mail; applications that provide 
point-of-sale tools; applications providing a personal credit card processing tool; 
applications providing customized automatic reports; applications that allow a user to 
conduct on-line financial transactions with another entity such as a financial institution 
or a merchant; and applications that provide traditional financial accounting analysis and 
reports-e.g., Quicken® by INTUIT, of Menlo Park, California, and Money® by 
Microsoft, of Redmond, Washington. In one embodiment, application 42 incorporates 
all of the above features within itself rather than by interacting with external applications 
that provide those features . 

Application 42 preferably operates in a graphical user interface (GUI) 
environment where the user 10 can manipulate data and information using pointing 
devices such as a mouse, roller ball, or PDA stylus. As such, application 42 typically 
operates within a Windows-type environment (e.g., Windows '95, MAC, Palm OS, 
HTML-, JAVA-, or EPOC-based platform-independent environments). The application 
42 may be web-based or "native" to a particular computer device's operating system. 

Application program or module 42 may reside in various storage areas within a 
computer-based environment 1 1 along with other program modules such as an operating 
system, one or more application programs, other program modules, and program data. 
Moreover, any application programs, program modules, or data in the computer-based 
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environment 1 1 -including application 42-may be stored in whole or in part in a local or 
remote computer storage device as well as may be linked to various processing devices 
that perform specific processing tasks. 

In addition to the application program 42, Figure 2 also depicts typical inputs 40 
and outputs 44 that may interact with application program 42. Examples of such inputs 
40 include time sheets 40a, invoices 40b, purchase orders 40c, and bids (including job 
estimates or quotes) 40d. Examples of typical outputs 44 include payroll payments 44a, 
purchase orders 44b ? accounts payable payments 44c ? bids 44d, and reports 44e. The 
inputs 40 may be input into the application program 42 in a variety of ways* For 
example, the inputs 40 may be input by either a user 10 or a connected entity 14 who 
sends it electronically to the user 10 via fax, e-mail, Internet web sites (e.g., by filling out 
and uploading an electronic form provided by a web site) or other electronic means. 
Alternatively, the inputs 40 may be received by an entity 1 4 in hard copy form by the user 
10 who then may input the received information using, for example, a scanner and 
scanning software or by manually typing in the information. The outputs 44 may also be 
generated electronically, in hard copy format, or both. Inputs 40 and outputs 44 may 
include voice inputs and outputs as well as any other type of electronically transmittable 
media. The manner of processing these inputs 40 and outputs 44 will be further 
explained herein. 

Among the various types of possible reports 44e s application 42 preferably can 
generate various accounting and budget status reports-whether upon request by the user 
10 or customized to do so automatically at regular intervals or upon the happening of 
some specified event. In some embodiments, these reports 44e can be based upon the 
user's request to see a cash flow statement; to see transactions related to an individual 
virtual spending account or transactions made with a particular payee; or to provide 
reconciliation reports between an actual account statement from a financial institution 
and the user's personal transaction record. Further, the system can generate a spending 
report showing the spending status versus the budget allocated for each of the virtual 
accounts. The reports 44e can also include reports for any particular actual account or 
for the entire system of accounts -both actual and virtual. The reports 44e can also be 
generated in various formats such as in the form of text, graphs, charts, voice or sound 
output, etc. Such reports can be set to generate automatically or upon the instigation of 
user 10. 

With reference now to Figure 3, the block diagram therein represents a plurality 
of user-defined virtual envelopes or spending accounts 46 set up by a user 10 (or 
provided by default in the application program 42) in accordance with one embodiment 
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of the present invention. In the preferred embodiments, the virtual spending accounts 46 
include two types: job accounts 4 6a- 1 andallocation accounts 4 6b- 1. Job accounts 46a- 1 
represent individual jobs or projects that the user 1 0 sets up. For example, a user 1 0 who 
is a contractor might set up " Job#l" to represent a particular subcontract. Likewise, the 
owner might set up "Job#2" and "Job#3" to represent other subcontracts. 

As for the allocation accounts 46b- 1, the user 1 0 might set up various categories 
of spending such as those shown in Figure 3: materials, labor, facilities, inventory, and 
insurance. For example, the "materials" allocation account might be set up to represent 
the user's transactions with respect to purchases of materials. The "labor" allocation 
account might be set up to represent transactions concerning employee and subcontractor 
costs such as taxes, salaries, workers compensation, and other forms of compensation. 
The "facilities" allocation account could represent transactions with respect to costs such 
as a lease of a building, utilities, mortgage payments., or repairs done on the user's 
facilities. The * 'inventory 5 5 allocation account could represent transactions concerning the 
purchase and sale of inventory. The "insurance" allocation account could represent 
transactions with respect to the payment for and receipt of insurance benefits. These 
allocation accounts 46b- 1 are simply examples of possible allocation accounts that a user 
10 may choose to set up. 

Thus, the virtual accounts 46 comprise two layers of interrelated accounts that aid 
the user 10 in managing his or her business: job accounts 46a- 1 and allocation 
accounts 46b-l. In some embodiments of the invention, the virtual spending accounts 
46 may further include sub-accounts representing various subcategories of the respective 
parent accounts (e.g., the "materials" account may be subdivided into sub-accounts 
comprising Vendor A, Vendor B, and Vendor C). 

Figure 4 shows the manner in which the virtual spending accounts 46, the ones 
shown here being job accounts 46a-l , operate in accordance with one embodiment of the 
present invention. Each virtual spending account 46 begins with a user-defined 
numerical limit or spending limit, here represented visually by line 51. In a preferred 
embodiment, the spending limits are established when the user creates job bids or quotes 
(as will be explained below). Each account also has a balance, which, in this example, 
is represented by line 52. As the user 10 receives income 48 or enters into income- 
producing transactions, a corresponding amount is allocated to the appropriate spending 
account or accounts 46, thereby increasing the appropriate balances 52. The allocation 
can be performed individually by the user 10 or be set up to be performed automatically 
at regular intervals or upon the occurrence of some specified event. As for outgo 50, 
when the user 10 makes spending transactions, the user 10 spends from the virtual 
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spending accounts 46, thereby decreasing the balances 52, Again, as with the income 
transactions 48, the allocation of the outgo 50 may also be set up to take place 
automatically. 

Typically, when the user 10 performs a transaction, the user 1 0 will choose both 
the job account 46a- 1 that the particular transaction applies to as well as the allocation 
account 46b- 1 to which the transaction is to be attributed, thereby using two layers of 
virtual accounts 46 to manage transactions. In some embodiments, a transaction may be 
allocated between more than one job account 46a- 1 and/or more than one allocation 
account 46b- 1. 

In the preferred embodiments, the virtual accounts 46 interact with actual 
accounts 60 (see Figure 5g) such as savings, checking, and credit accounts held by the 
user 10. In other words, the virtual spending accounts 46 (both layers-i,e., both the job 
accounts 46a- 1 and the allocation accounts 46b-l ) are preferably further "overlaid" over 
actual accounts 60 so that transactions from the virtual accounts 46 are simultaneously 
debited or credited from the actual accounts 60 held by the user 1 0. This synchronization 
may be programmed to take place automatically or upon user instigation. Moreover, in 
some embodiments of the invention, the user 10 may mark individual transactions by a 
symbol (such as "R," as shown in Figure 5e, to represent "reconciled"). In some 
embodiments of the invention, the latter marking may take place automatically at an 
appropriate designated time. 

The actual accounts 60 are established, in apreferred embodiment, during a set-up 
procedure where the user 10 is interviewed to select the institution in which the account 
is held and to provide an "account-friendly" name such as "my checking account" or "our 
joint checking account." The user 10 also provides a starting balance, a start date, and 
any on-line user name and password information that facilitates on-line communication 
between the financial institution and the user. The virtual accounts 46 may be established 
in a similar manner. Once the accounts are set up, the user 10 can go back at any time 
and modify these accounts or add additional accounts. The present invention provides 
flexibility in that it allows the user to readily make such modifications according to the 
user's desires. 

In some embodiments, the set-up procedure also allows the user 10 to customize 
his or her account services. Once established, the user's preferences are stored in a 
unique profile on the network rather than on a specific device. Thereafter, the user 10 
may use any Internet-enabled device to access his or her accounts to retrieve information 
and conduct transactions without repeating the set-up procedure. Changes in preferences 
made by a user 1 0 on one device will automatically be reflected on all other devices used 
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by that user 10. 

The system and method of the present invention preferably includes a visual 
representation of the virtual spending accounts 46 and their respective spending limits 5 1 
as well as their balances 52. The visual representation may include, for example, text, 
graphics, sound, or a combination of any of the latter. Figure 4 shows one example of 
a graphical representation of a set of virtual spending accounts 46 with the corresponding 
balance 52 in the respective accounts juxtaposed against a graphical representation of the 
individual spending limits 51 so as to provide a simple and intuitive visual comparison 
for the user 1 0. In another embodiment, a graphical representation of the spending limits 
5 1 could have differing heights for each spending account 46 (in addition to the differing 
heights represented by the different balances 52) reflecting differing spending limits for 
each account 46. Any sort of textual or graphic representation comes within the scope 
of this invention, including pie charts, bar charts, and the like. Figures 5a-5p show 
particular examples of graphical and textual representations of the virtual accounts 46 and 
their manner of operation according to one preferred embodiment of the present 
invention. 

In some embodiments, the virtual accounts 46 can be modified, for example, to 
add, delete, or rename the various virtual accounts 46. The spending limits 5 1 as well as 
the virtual balances 52 for each of the accounts 46 may also be modifiable. In addition, 
the balances 52 can be set to reflect only cleared transactions or whatever other specific 
type of transaction that the user 1 0 desires. The balances 52 may also be set to reflect all 
transactions, both submitted and cleared. 

The preferred embodiments of the present invention allow the user to retrieve 
real-time financial transaction information from a financial institution, thereby providing 
accurate, up-to-the-minute information with respect to payments authorized, checks 
cleared, and deposits made. An embodiment of the present invention also lets the user 
pay bills on-line using the various virtual spending accounts. If desired, the user 10 can 
go off-line to perform a transaction and then update or synchronize the transaction with 
the actual accounts when the user goes back on-line. The synchronization can be 
performed automatically or only when a user 10 so instigates it. Also, a user may enter 
transactions from a wireless device, such as a PDA, and then synchronize the information 
with the user's desktop computer at his or her home or office. 

Various payments can be made on-line by the user 1 0. Any type of payments can 
be configured to be paid automatically by the user 10. In some embodiments, regular, 
fixed payments (e.g., monthly rent, insurance fees, etc.) made by the user 10 are 
configured to be paid on-line automatically. Such automatic payments may be configured 
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to automatically allocate to or from the appropriate virtual spending accounts 46. 

Other features of the present invention may include optional notification of 
overspending for each account. Also, some embodiments of the present invention allow 
the user 10 to view transactions by a user-selected period such as a day, week, month, 
5 quarter, year, or any other selected period. In some embodiments, transactions may also 

be viewed simultaneously with one or more related job groups. 

Figures 5a through 5p illustrate the method of operation with respect to one 
preferred embodiment of the present invention. These figures show the invention as 
embodied in part in a PDA, but any sort of computer-type device or wireless device may 
10 be used, including an Internet-enabled cell phone. 

Figure 5a shows a main job screen displaying job accounts 46a-2 as numbered 
envelope icons with their respective remaining budget balances displayed on top of the 
icons. When one of the job accounts 46a-2 is selected (here, "Job 52-00" is selected), a 
budget summary 53 for that job is displayed. The user 10 may also choose to view a 
15 detail job summary screen by activating screen button 54. By activating screen button 

56, the user 10 may view a job screen showing envelope icons representing allocation 
accounts 46b-2 pertaining to the above-mentioned selected job account. 

Figure 5b shows a view of the detail job summary screen that is displayed when 
screen button 54 (shown in Figure 5a) is activated. This view shows job detail in dollar 
20 amounts, including price, budgeted cost and profit, the total amount expended for that j ob 

to date, as well as invoicing and collection history. If a user activates screen button 58, 
the detail job summary screen indicates the latter information in terms of percentages, as 
seen in Figure 5c. 

Figure 5d shows a view of the screen that is displayed for a particular job when 
25 button 56 (shown in Figure 5a) is activated. Here, the virtual allocation accounts 46b-2 

are represented by envelope icons labeled "labor," "materials," "permits," and "paint 
subcontractors/ 5 When the user 10 makes transactions with respect to a particular job, 
those transactions are allocated to the appropriate allocation accounts 46b-2. The 
allocation accounts 46b-2 represented by the envelope icons are here superimposed by 
30 a display of the remaining budget balances for each allocation category. When an 

envelope icon is selected, summary information is displayed for the selected allocation 
account. Also, from this screen, the user 10 may choose to view the detail job summary 
screen, view detail for each virtual allocation account, or enter a new transaction. 

Figure 5e shows a detail screen for the "paint subcontractors" job account shown 
35 in Figure 5d. Here, specific transactions are shown together with the overall actual and 

cleared balances. "U" represents "unreconciled"; "R" represents "reconciled." From this 
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screen, the user 10 may select any transaction and view its related detail. 

Figure 5f shows a detail view for a particular transaction 59. 

Figure 5g shows a main accounts screen. This screen shows icons representing 
actual accounts 60 such as savings, checking, credit card, and money market accounts . 
When an account is selected (here, the "In2M Checking 5 ' is selected), both actual and 
cleared balances are shown. From this screen, the user 10 may choose to enter a new 
transaction or view detail information for a selected actual account. 

Figure 5h shows a detail screen of a particular actual account 60, the checking 
account shown in Figure 5g. This screen shows the account transactions together with 
the actual and cleared account balance. From this screen, the user 1 0 may choose to enter 
a new transaction or view detail information for a selected transaction. 

Figure 5i shows a detail view of a particular transaction 62. 

Figure 5j shows a main screen which allows a user 1 0 to choose to generate a job 
quote, a purchase order, or invoice-as mentioned in the above discussion of Figure 2. 
The user 10 may also enter the labor screen or process payroll. 

Figure 5k shows a screen where the user 10 can create job quotes, estimates, or 
bids 40d (see Figure 2) by selecting the appropriate information, including payment terms 
and method of delivery. It should be noted that the user 1 0 can enter new information or 
alternatively select from a drop-down pick list that is opened upon activation of triangular 
icon 64, The items on the pick list are obtained from a list or database that is updated 
when the user 1 0 enters new information that is not already in the database. 

In the preferred embodiments, job envelopes 46a-2 can originate from the 
quotations created at the screen shown in Figure 5k. Once created, these quotations are 
saved so that they can be transformed into job accounts 46a-2 upon receipt of a contract. 
For example, when a job quote is created, the user 10 establishes spending limits for the 
various virtual accounts 46-preferably for that individual job account as a whole as well 
as for each individual allocation account (i.e., the accounts categorized into "labor," 
"materials," "permits," etc). When the quote is approved-Le. 5 when the quote or bid is 
accepted by the offeree, thereby creating a contract-the job quote is preferably 
automatically transformed into a job account having the previously established spending 
limits. In some embodiments of the invention, j ob envelopes 46a-2 may alternatively be 
created directly instead of through the creation of a job estimate or quote. 

Figure 51 shows a screen where the user 10 may create purchase orders by 
selecting the appropriate information in a similar maimer to that explained in conjunction 
with Figure 5k. The purchase orders are used to update the job accounts 46a-2. For 
example, the user 10 may submit purchase orders 44b to a supplier 14b or subcontractor 
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1 4c remotely by fax, e-mail, or other electronic means. In the embodiment shown, when 
creating the purchase order, the user 10 specifies the job number that the purchase order 
applies to. Thus,, the virtual balance of the corresponding job account is automatically 
updated to reflect the cost of the purchase order. 

Figure 5m shows a screen where the user 1 0 may create invoices 40b by selecting 
the appropriate information in a similar manner to that explained in conjunction with 
Figure 5k. The user 10 may also remotely send invoices just as he or she may remotely 
transmit purchase orders. In one embodiment, the user 10 may also receive invoices or 
purchase orders from a supplier 14b or subcontractor 14c (referring back to Figure la). 
Upon receipt of the invoices or purchase orders, any corresponding invoices and purchase 
orders may be automatically reconciled. Once reconciled, the appropriate accounts 
payable payments 44c may be sent to the appropriate party. The payments 44c can also 
be made automatically upon reconciliation and/or release of payment authorization. 

Figure 5n shows a screen where the user 10 may choose to maintain employee 
detail, enter daily time, and view payroll or time summary information. For example, 
tune sheets 40a (shown in Figure 2) might be entered by the user 1 0 or directly submitted 
by the business user's employees 14d (referring back to Figure la) via fax, e-mail, or 
other electronic or manual means. The time sheets 40a might then be set to automatically 
debit the "labor" virtual spending account 46b within the appropriate job account and, 
after authorization, cut payroll checks. In one embodiment, the "Process Payroll" button 
(shown in Figure 5j) enables the user 10 to authorize the cutting of the payroll checks. 
Payroll payments are preferably sent electronically directly to the employees' personal 
accounts. This ability to process payroll in a mobile electronic environment provides 
significant time savings to the \iser 10. 

Figure 5o shows a time sheet screen activated by screen button 66 of Figure 5n. 
Here, the user 10 can enter time by date, employee, job number, and activity. Further, 
daily totals are displayed. From this screen, the user 10 may select to view a time 
summary screen. 

Figure 5p shows a main upkeep screen where the user 10 may select upkeep 
activities including accepting and matching transactions, transferring amounts from one 
account to other accounts, allocating transactions, and reconciling accounts. 

Thus, the user 1 0 may remotely enter and keep track of various transactions with 
respect to any particular job account. In addition, documents such as job quotes, 
purchase orders, and time sheets can be transmitted back and forth remotely by fax or by 
other electronic means. As just shown, a preferred embodiment of the present invention 
allows the user 1 0 to create purchase orders and invoices, keep a record of employees, 
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enter employee time sheets, process payroll, and allocate and reconcile incoming and 
outgoing transactions between the various virtual accounts-all within a mobile computing 
environment. Thus, the present invention allows the user to make real-time, informed 
spending decisions in accordance with the user ' s defined budget limits and in an intuitive 
and simple maimer. 

In some embodiments of the present invention, transactions may be viewed by a 
user-selected period such as a day, week, month, quarter, year, or any other selected 
period. In some embodiments, transactions may also be viewed in various other job view 
and job groups. Also, a user may enter transactions from a wireless device and then 
hotsync the information with the user's desktop computer at his or her home or office. 

The present invention is operable in an automated environment potentially 
including a personal computer, laptop computer, personal digital assistant (PDA), mobile 
phone, smart phone, Internet-enabled cell phone, or other computer-type device that 
includes a central processing unit, memory means, input and output means, and optional 
data communication means. The data communication means may be used to connect 
directly to an entity such as a financial institution; it may also be used to connect to 
various entities through the Internet or any other type of network. Thus, transactions can 
be reconciled and various documents such as job quotes, purchase orders, and time sheets 
can be transmitted remotely by fax or by other electronic means. Preferably, the present 
invention includes one or more wireless data communication means to accommodate a 
user's need for mobility. 

The preferred embodiments of the present invention allow the user to retrieve 
real-time financial transaction information from a financial institution, thereby providing 
accurate, up-to-the-minute information with respect to payments authorized, checks 
cleared, and deposits made. An embodiment of the present invention also lets the user 
pay bills on-line using the various virtual spending accounts. 

Referring back to Figure 4, income 48 and outgo 50 may come from and go to 
various sources, including the sources represented by inputs 40 and outputs 44. For 
example, time sheets 40a might be submitted by the business user's employees 14d (the 
latter shown in Figure 1 a) via fax, e-mail, or other electronic or manual means. The time 
sheets 40a might then be set to automatically debit the "labor" virtual spending account 
46b and, after authorization, cut payroll checks. In another possible type of transaction, 
the user 1 0 may submit purchase orders 44b to a supplier 14b or subcontractor 14c, The 
supplier 14b or subcontractor 14c could then send invoices 40b back to the user 10. 
Upon receipt of the invoices 40b, the invoices 40b and purchase orders 44b are preferably 
automatically reconciled. Once reconciled, the appropriate accounts payable payments 
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44c may be sent to the appropriate party. The payments 44c may also be made 

automatically upon reconciliation and release of authorization of the invoices 40b and 

purchase orders 44b. 

In another type of transaction, a subcontractor 14c may submit a bid 40d to the 
5 user 1 0 who can then analyze the bid using the virtual budget accounts 46. For example, 

the user 1 0 can hypothetically deduct from the appropriate virtual budget accounts 46 the 

projected costs obtained from the bid 40d to see the resulting effect on the user's budget. 

Since the deduction is only hypothetical, the deduction would only be temporary; 

moreover, amounts in the actual accounts would not change as a result of these 
10 hypothetical transactions. 

In yet another type of hypothetical transaction, the user 10 may similarly credit 

or debit hypothetical amounts for the purposes of making cost and income estimates in 

order to submit bids 44d. The user 10 may also create a hypothetical budget involving 

hypothetical virtual budget accounts. In a preferred embodiment, when bids 44d are 
15 accepted, the hypothetical virtual budget accounts become "normal" virtual budget 

accounts that synchronize with and debit and credit to and from actual accounts. 

Various payments 40c can be made on-line by the user 10. Any type of payments 

40c can be configured to be paid automatically by the user 1 0. Preferably, regular, fixed 

payments (e.g., monthly rent, insurance fees, etc.) made by the user 10 are configured to 
20 be paid on-line automatically. Also, such automatic payments are preferably configured 

to automatically allocate to or from the appropriate virtual spending accounts 46. 

Various reports 44e can also generated in various formats such as in the form of text, 

graphs, charts, voice or sound output, etc. Such reports can be set to generate 

automatically or upon the instigation of user 10. 
25 If desired, the user 1 0 can go off-line to perform a transaction and then update or 

synchronize the transaction with the actual accounts when the user goes back on-line. 

The synchronization can be performed automatically or only when a user 10 so instigates 

it 

Once the accounts are set up, the user 1 0 can go back at any time and modify any 
30 of these accounts or add any additional accounts that may be desired. The present 

invention provides flexibility in that it allows the user to readily make such modifications 
according to the user's desires. 

Other features of the present invention may include optional notification of 
overspending for each account. Also, the user can enter any transaction off-line and then 
35 synchronize the transaction^) when on-line so that those transactions are actually 

executed. 
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The present invention describes a method and system that is implemented on a 
computer system to enable users to make proactive spending decisions by forming an 
environment where the user spends from traditional "expense" accounts as though they 
were individual spending or bank accounts. Thus, when a user receives funds, such as 
cash, the user allocates those funds by depositing them into user-defined spending 
accounts or envelopes. When funds are spent, the user spends from defined spending 
envelope. This allocation enables the user to see in real time the impact of current 
spending and saving according to the budget established. Thus, once the user sees that 
the funds are nearly exhausted for a given account, the user can then reign in his or her 
spending consistent with the established budget based on available funds for the 
envelope. 

The method and system are intended to operate in a personal computer 
environment, which environment not only includes desk top computer systems, but also 
lap tops, palm-sized PC's, personal digital assistants (PDAs), mobile phones, smart 
phones^ or by access through an ISP. Data can then be synchronized to a secure central 
data storage site on the internet where that data can be accessed, previous transactions 
viewed, and where transactions can be made or allocated by any wire or wireless device 
with multiple simultaneous connections to the same centralized data. The method and 
system provide the user the ability to interact with on-line financial institutions, which 
include banks, investment groups, and credit organizations with either direct hands-on 
interaction or in an automated fashion defined by the user. 

In a comprehensive system, a secure internet infrastructure, such as that illustrated 
in Figure 9c, is provided. The structure includes a provider gateway 112, which typically 
is a robust computer system typically used for managing web interaction and internet 
access and communication in a commercial setting. Such systems are well known to 
those skilled in the art. The gateway 1 12 provides two-way communication between a 
user and a further content destination such as an information contents source 114, 
financial service providers 116, and on-line merchants or off-line merchants via bill 
paying as illustrated as merchants 118. The user can connect to gateway 112 via either 
a wireless means 120, a direct connection wireline 122, or a cable modem or other cable- 
type connections 124. A security means 126 is provided so that the transactions provided 
by either the user on one side of the gateway or to the content providers on the other side 
of the gateway are secure at all times. At any time, the user can be offline and perform 
any transaction required or desired and then synchronize the transactions) when on-line 
so that it will be executed and performed. The system is intended to provide a user with 
the ability to manage his or her own spending accounts with various features. These 
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features include having automated expense categorization, tracking, and trimming. The 
features also include automatic bank and credit card account tracking and reconciliation 
in conjunction with the accounts managed, as well as automatic on-line bill pay from the 
various expense categorizations. Another feature includes on-line bill presentment where 
desired, as well as e-mail payment ability, point-of-sales tools, personal credit card 
processing tools, and automatic report generation. 

The system is designed to operate in a graphical user interface mode where the 
user can manipulate data and information via such pointing devices as a mouse or roller 
ball, with keyboard entry also being provided, among others. As such, the system is 
typically designed to be operated within a Windows-type, MAC, JAVA, HTML, EPOC, 
etc., operating environment that can be readily implemented by those skilled in the art. 
Browsing devises use JAVA or HTML; others use resident Operating Systems. 

During the initial account set-up, the user determines what type of tracking set-up 
is to be established. The user can select either an auto track set-up or a full track set-up. 
The auto track set-up performs activities in an automated fashion on behalf of the user 
as previously defined. The foil track set-up allows the user to set up on-line bill payment 
as well as the ability to manipulate any default category available in the auto set-up mode. 
The full track set-up also allows the user to manipulate the default category settings that 
are typically found in the auto track set-up and allows the user to start tracking account 
expenses to some date prior to the date of set-up. In the auto track set-up mode, default 
category settings are established that are based upon balances received during an on-line 
or set-up entry interview with the user to establish starting balances. In the auto track 
mode, the account tracking activity begins as the day of set-up. The system proceeds to 
interview the user to provide information such as name, address, type of program or 
accounts to be utilized, home address, home phone number, fax numbers, and E-mails. 
Further, an on-line provider information is secured so that the user can use on-line 
communication tools to access on-line content providers as shown in Figure 9c. 

Next, the user establishes the types of accounts to be tracked. These types of 
accounts are illustrated in the block diagram of Figure 9d. These accounts include a 
personal checking account 140, a personal savings account 142, various retirement 
accounts grouped together in retirement accounts 144, housing account 146, groceries 
account 148, credit accounts 150, recreation account 152, clothing account 1 54, utilities 
account 156, auto expense account 158, investment accounts 160, and gift accounts 162 
and any other the user spending accounts desired. Such additional accounts can include 
personal brokerage investment and personal insurance accounts. These various accounts 
can be defined by the user with more or less accounts actually being established. It is not 
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intended that these accounts be limiting with respect to the implementation of the 
invention, but are merely illustrative of what types of accounts are possible. It is 
important to note that these accounts can be actual (such as banking and checking) or 
virtual such as the clothing and car expense accounts. The actual accounts reflect actual 
dollars in those accounts, while the virtual accounts reflect a hypothetical apportionment 
of an actual account. Both types of accounts may be utilized at the same time, with the 
virtual accounts being automatically reconciled with the actual accounts. 

When establishing an account, such as, for example, a personal checking or 
savings account, the user is interviewed to select the institution in which the account is 
held, provide an account friendly name, such as my checking account or our joint 
checking account, including a starting balance, a start date, and any on-line user name and 
password information that facilitates the on-line communication between the financial 
institution and the user. Similar procedures are utilized for establishing other accounts 
personal credit card accounts, personal retirement accounts, personal brokerage 
investment accounts, and the personal insurance accounts as an option. In each case, an 
account number or provider, starting balances, start dates, user names and passwords are 
provided during this interview procedure. Once the interview procedure is completed, 
the user can return to modify any of these accounts or add any additional accounts that 
may be desired. The system and method are flexible for allowing the user to make such 
modifications so that changes can be readily made and integrated according to the user's 
desires. 

Next, the user is able to establish various personal bank accounts known as 
expense envelopes, one of which is illustrated in Figure 9e and is labeled GROCERIES. 
The expense envelopes can be established to serve as a budgeting means for following 
a personal budget desired by the user. The account is established with a current available 
account balance as well as with expected inflows. Next, the user defines whether the 
envelope is to cover fixed required expenses at fixed intervals, such as on-line bill 
payment, or whether it is variable required expenses at fixed intervals, variable required 
expenses at variable intervals, such as credit/debit or other on-line bill pays, or variable 
discretionary expenses at variable intervals for expenses that cannot be routinely 
predicted. For each account as shown in Figure 9d, the user goes through and defines the 
envelopes within those accounts. For example, multiple checking accounts may be 
utilized with one envelope or many envelopes for each account. Likewise, for the savings 
accounts, the user would establish how many envelopes are desired for the number of 
accounts established. 

The account envelopes, such as the one shown in Figure 9e, allow the user to 
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manage discretionary spending in a more detailed and concise way. For example,, in 
Figure 9e, the GROCERIES account has been selected and a budgeting period, for 
example March, 2000, has been established. The period can be any defined period 
desired by the user, such as daily, weekly, monthly, quarterly, yearly, or any other 
selected period. The user, when setting up the account, defines whether this account is 
a variable expense or a fixed expense account. Since groceries typically vary in a 
nominal way, it can be selected as a fixed account, such as when the user lias a buying 
relationship with aparticular grocer who follows apurchase list and delivers the groceries 
to the user for a fixed rate. Otherwise, the user typically goes to the grocery store and 
makes the desired purchases and then enters the information in the account system at a 
later time. The user may or may not know the expenses on a monthly basis that are 
incurred in securing food and other grocery items. As such, the user may select this as 
a fixed account or a variable account. The user then provides an Amount Allocation as 
shown in Figure 9e. The amount allocated is then the ceiling to which the user is able to 
draw from this account. The account shows the ongoing cash balance in the account. 
The account also shows how much is actually spent in the Amount Spent field. 

Groceries can also be defined as hybrid accounts such that they are required, but 
are often allowed discretionary purchases. As such, this would be a hybrid that the user 
would select. Selective sub-accounts are shown in the Sub-Accounts field and these can 
include such fields as food, eating out, non-food items, milk delivery, butcher delivery, 
and any other discretionary sub-account desired by the user to reflect the user's life style 
and purchasing spending habits. In this example, it is shown that each of the sub- 
accounts has incurred a certain expense for the month. This allows the user to see where 
the spending habits are so that appropriate lifestyle changes maybe made if the spending 
is above budget Further still, the account allows the user to provide on-line payment and 
is represented by the Payments Registered field as shown in Figure 9e, In this example, 
the user has a payment to Jones Grocery on March 25, and a second one to Brown's 
Catering on March 30. These payments will be made via the appropriate financial 
institution, but the funds will be allocated to the Groceries account rather than to the 
general checking account. 

Each account of Figure 9d has a similar field that has the Amount Allocated field 
as well as the Amount Spent field. This allows a user to select from the particular 
envelope during the budgeting procedure so that the user is forced to conform to the 
budget established by the user in an attempt to instill financial discipline upon the user. 

Each account, as well as each and all sub-accounts within a given account, can 
be modified according to the user's discretion. Thus, if the user finds that he or she has 
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greater financial resources than previously entered, then discretionary increases can be 
made in each allotted amount. On the other hand, if the user suffers a financial setback, 
then the user can manage the budget and amount allocated for a particular field so that 
better control of one's financial resources is achieved. 

There are certain accounts that typically are fixed in relation, these accounts 
include housing costs, and auto loan payments. It is rare that these accounts would be 
manually managed so they are typically set up to be paid in an automated fashion with 
resources being allocated directly from the paycheck or other sources of income that the 
user has in order to fond these accounts. Other accounts would have greater needs for 
discretion and real time management, which would include the retirement accounts, the 
investment accounts, and other day to day credit accounts and such. 

In an alternative or complementary example shown in Figure 9a, the envelopes 
are shown in use on a personal digital assistant (PDA) device 180, which has a viewing 
window 182 to display information for the user. Viewing window 182 also is a touch 
screen panel that allows the user to directly access a particular envelope with a stylus. 
Additional information is provided in graphical form to convey budget information. For 
example, a budget spending bar 1 84 is shown to illustrate what percentage of the budget 
has been spent. Each envelope, such as an Auto envelope 1 86, a Groceries envelope 1 88, 
an Insurance envelope 190, and a Household envelope 192 show the available balance 
remaining on the icon representation of the same. Additional envelopes are shown upon 
scrolling up or down the window via scroll bar 194, When the user selects an icon, 
envelope summary information is then displayed, such as that shown in Figure 9e and 
Figure 9b. The user can also select to enter a new transaction via transaction icon 196 
or select envelope detail via envelope icon 198. 

Not only are money envelopes available, but the interface also allows the user to 
access other accounts via accounts folder 200. Further, upkeep options are available 
through upkeep folder 202. 

Figure 9b illustrates a detail screen 204 for a selected money envelope. In this 
example, the Groceries money envelope 188 has been selected. The information 
displayed includes specific transactions as well as an actual balance total and a cleared 
balance total. The specific transactions include date entered, payee name, amount of 
transaction, among others. The user can select the new icon 206 to enter a new 
transaction, the details icon 208 to view or edit more details of a given transaction, or the 
done icon 210, to close the envelope and return to the view of Figure 9a. 

Figure 9c illustrates a detail screen 212 of the details for a transaction selected 
from Figure 9b. The information includes the payee name, the date of the transaction, 
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whether the transaction has been reconciled with the main account, what money envelope 
it belongs to, from which account the payment is actually made, and the method of 
payment, such as debit card, credit card, check, money order, or cash. These details can 
provide an electronic receipt by selecting icon 214. 

If, in Figure 9a, the user selects the Account folder, screen 216 is displayed as 
shown in Figure 9d. Screen 21 6 displays information regarding each account the user has 
established in the form of an account icon that includes the current remaining balance 
within each account. Should the user select a given account, the actual and cleared 
balances are displayed below the account icon field 218. The user can enter new 
transactions or account information for a desired account via transaction icon 220 or 
account information icon 222, Figure 9e illustrates a screen 224 of account detail 
information for a selected account. For this example, the checking account has been 
selected and various transactions are displayed and can be selected for additional details. 
Again, the date, payee name, amount, and reconciliation information are provide for the 
user's benefit. 

Figure 9f illustrates the upkeep folder screen 226, as selected in Figure 9a. 
Within the upkeep folder are the options of accepting, allocating, and matching incoming 
transactions, performing transfers of excess cash from one money envelope to one or 
more other money envelopes as desired. Further, the upkeep options allow the user to 
transfer cash from one account to another and to perform account reconciliation. 

Other options included in this accounting system include report generation. These 
reports can be based upon the user's request to see transactions by envelopes, by payee, 
to see a cash flow statement, as well as to provide reconciliation reports between the 
account statement from the financial institution and the user's personal register. Further, 
the system can generate a budgetary report showing the spending status for each of the 
accounts. Additionally, a retirement calculator that allows the user to project future value 
of amounts given on certain interest rates can be produced. Lastly, the reports can 
include different expense accounts for any particular account or for the entire system as 
a whole, 

The present invention may be embodied in other specific forms without departing 
from its spirit or essential characteristics. For example, additional implementations are 
presented in the Appendix section. The described embodiments are to be considered in 
all respects only as illustrative and not restrictive. The scope of the invention is, 
therefore, indicated by the appended claims, rather than by the foregoing description. All 
changes which come within the meaning and range of equivalency of the claims are to 
be embraced within their scope. 
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The present invention may be embodied in other specific forms without departing 
from its spirit or essential characteristics. The described embodiments herein should be 
deemed only as illustrative. Indeed, the appended claims indicate the scope of the 
invention; the description, being used for illustrative purposes, does not limit the scope 
of the invention. All variations that come within the meaning and range of equivalency 
of the claims are to be embraced within their scope. 

What is claimed is: 
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1. A method for job-based budget management of a business^ the method 
comprising: 

providing a plurality of virtual spending accounts with virtual balances; 
maintaining a user-defined numerical spending limit for each of the 
5 plurality of virtual spending accounts; 

allocating at least one transaction to an appropriate virtual spending 
account selected from the plurality of virtual spending accounts; 
and 

automatically adjusting the virtual balances of said spending accounts 
10 according to the allocated transaction. 

2. The method of claim 1 ? wherein said transaction is automatically 
synchronized with at least one actual account. 

3. The method of claim 1, wherein said virtual spending accounts are 
displayed in a graphical format, 

15 4. The method of claim 1 ? wherein said method is performed using wireless 

communication. 

5. The method of claim 1 , wherein said transaction is transmitted both on- 
line and off-line. 

6. The method of claim 1 „ further comprising providing for the submission 
20 of invoices. 

7. The method of claim 1 , further comprising providing for the submission 
of purchase orders. 

8. The method of claim 1 5 further comprising providing for the submission 
of time sheets. 

25 9. The method of claim 1 , further comprising processing a payroll. 

10. The method of claim 1 , further comprising automatically creating a 
virtual job account upon approval of a job quote. 

1L The method of claim 1 , further comprising automatically paying said 
transaction on-line. 

30 12. A job-based method for managing business resources, said method 

comprising: 

providing a plurality of virtual accounts overlaid on at least one actual account, 
said virtual accounts comprising job accounts and allocation accounts 
each having individual virtual balances; 
35 maintaining a fixed numerical amount for each of the plurality of virtual 

accounts, said numerical amount being fixed relative to said virtual 
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balances; 

allocating at least one transaction in real time to an appropriate virtual account 

among said virtual accounts; and 
automatically updating the appropriate actual accounts to reflect said transaction, 

1 3 . The method of claim 1 2, wherein said method is performed using wireless 
communication. 

14. The method of claim 12 3 further comprising providing for the submission 
of invoices. 

1 5 . The method of claim 1 2, further comprising providing for the submission 
of purchase orders. 

1 6 . The metho d of claim 1 2, further comprising providing for the submission 
of time sheets. 

17. The method of claim 12, further comprising processing a payroll. 

18. The method of claim 12, further comprising automatically creating a 
virtual job account upon approval of a job quote. 

19. The method of claim 12, further comprising automatically paying said 
transaction on-line. 

20. A method comprising steps for: 

providing a real time record of at least one actual financial account; 
providing for the setup of at least one virtual job account overlaid on at least one 
actual account; 

providing for the setup of a plurality of virtual allocation accounts within said 
virtual job account; 

maintaining user-defined measures to represent user-defined budget limits for 

said virtual accounts; 
accepting data from a wireless device, said data representing at least one financial 

transaction pertaining to said job account; 
allocating funds from said financial transaction among the virtual accounts; 
providing a visual display for said job account for comparison between funds 

spent and said budget limits; and 
updating at least one of said actual accounts to reflect said financial transaction. 

2 1 . The method of claim 20, wherein said method is performed by an Internet- 
enabled cell phone. 

22. The method of claim 20, wherein said allocating is performed by a 
personal digital assistant. 

23. A computer-implemented method comprising: 
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displaying a plurality of virtual accounts, said virtual accounts comprising job 
accounts and allocation accounts each having individual virtual balances; 

displaying a budget limit for each of the plurality of virtual accounts; 

allocating a transaction in real time to a virtual account in response to the receipt 
of a user's selection from among the plurality of virtual accounts; 

automatically updating said virtual balances to reflect the allocated transaction; 

updating an actual account to reflect said transaction. 

24. The method of claim 23, wherein said virtual accounts are displayed in a 
graphical format. 

25 . The method of claim 23 , wherein said method is performed by a wireless 

device. 

26 . The method of claim 23 , further comprising providing for the submission 
of purchase orders. 

27. The method of claim 23, further comprising providing for the submission 
of time sheets. 

28. The method of claim 23, further comprising processing a payroll. 

29. The method of claim 23, further comprising automatically creating a 
virtual job account upon approval of a job quote. 

30. The method of claim 23, further comprising automatically paying said 
transaction on-line. 

31. A computer-implemented method for budget management of a business, 
the method comprising steps for: 

storing a real time record of at least one actual financial account; 

receiving the setup of a plurality of virtual accounts, said virtual accounts 

comprising job accounts and allocation accounts each having individual 

virtual balances; 

displaying a user-defined limit for each of said virtual accounts to represent an 

amount of budgeted funds; 
accepting data representing a financial transaction pertaining to one of said 

virtual job accounts; 
allocating, in response to a user' s selection, funds from said transaction to at least 

one virtual account; 

displaying, for each virtual account, a comparison between said limit and an 

amount of funds spent; and 
updating, using a wireless protocol, an actual account to reflect said transaction. 
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32. The method of claim 3 1 ? wherein said method is performed by a personal 
digital assistant. 

33. The method of claim 31, further comprising automatically creating a 
virtual job account upon approval of a job quote. 

34. A method comprising: 

specifying a plurality of virtual job accounts each having individual virtual 
balances; 

selecting a spending limit for each of the plurality of virtual job accounts; 
inputting at least one transaction related to at least one of said virtual job 
accounts; 

specifying, on a mobile computing device, how said transaction is to be allocated 

among said virtual job accounts; and 
viewing a comparison between the spending limits of the job accounts and the 

virtual balances of said job accounts. 

35. The method of claim 34, wherein said transaction may be automatically 
synchronized with an actual account. 

36. The method of claim 34, wherein said virtual j ob accounts are displayable 
in a graphical format. 

37. The method of claim 34, wherein said method is performed by a wireless 

device. 

38. The method of claim 34, further comprising automatically creating a job 
account when a job quote is approved. 

39. The method of claim 34, further comprising automatically paying 
transactions on-line. 

40. The method of claim 34, wherein said transaction is a labor transaction. 

41. A computer data signal, embodied in a transmission medium such as a 
carrier wave, comprising instructions for: 

providing a plurality of virtual spending accounts with virtual balances; 
maintaining a user-defined numerical spending limit for each of the plurality of 

virtual spending accounts; 
allocating at least one transaction to an appropriate virtual spending account 

selected from the plurality of virtual spending accounts; and 
automatically adjusting the virtual balances of said spending accounts according 

to the allocated transaction. 

42. The method of claim 41, wherein said transaction is automatically 
synchronized with at least one actual account. 
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43. The method of claim 41, wherein said virtual spending accounts are 
displayed in a graphical format. 

44. The method of claim41 , wherein said method is performed using wireless 
communication. 

5 45 . The method of claim 4 1 , wherein said transaction is transmitted both on- 

line and off-line. 

46. The method of claim 4 1 , further comprising providing for the submission 
of invoices. 

47 . The method of claim 4 1 , further comprising providing for the submission 
10 of purchase orders. 

48 . The method of claim 4 1 , further comprising providing for the submission 
of time sheets. 

49. The method of claim 41, further comprising processing a payroll. 

50. The method of claim 41, further comprising automatically creating a 
15 virtual job account upon approval of a job quote. 

51. The method of claim 41 , further comprising automatically paying said 
transaction on-line. 

52. A system comprising: 

a plurality of networked computer-type devices; 
20 a user interface for entering transactions into one of said computer-type devices; 

a data structure comprising a dual layer of virtual accounts defined by a user via 
said interface; 

a storage device, housed in one of said computer-type devices, wherein said data 
structure resides; 

25 an application program, residing in one of said computer-type devices, that 

allocates user-inputted transactions to appropriate virtual accounts among 

said virtual accounts; and 
a viewing device, connected to one of said computer-type devices, that allows a 

user to view a representation of a comparison of a numerical balance of 
30 one of said virtual accounts with a user-designated numerical limit for the 

corresponding virtual account. 

53. The system of claim 52, wherein said dual layer of virtual accounts 
comprises job accounts and allocation accounts. 

54. The system of claim 52, wherein said transactions may be automatically 
35 synchronized with at least one actual account 

55. The system of claim 52 5 wherein at least one of said computer-type 
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devices is a wireless device. 

56. The system of claim 52, further comprising means for automatically 
creating a virtual job account when a job quote is approved. 

57. A computer-readable medium comprising instructions for: 
representing a plurality of virtual accounts overlaid on at least one actual account, 

said virtual accounts comprising job accounts and allocation accounts 
each having individual virtual balances; 
maintaining a fixed numerical amount for each of the plurality of virtual 
accounts, said numerical amount being fixed relative to said virtual 
balances; 

allocating at least one transaction in real time to an appropriate virtual account 

among said virtual accounts; and 
updating the appropriate actual accounts to reflect said transaction. 
5 8 . The computer-readable medium of claim 57, wherein said instructions are 
transmitted in part by wireless communication. 

59. The computer-readable medium of claim 57, further comprising 
instructions for the submission of invoices. 

60. The computer-readable medium of claim 57, further comprising 
instructions for the submission of purchase orders. 

61. The computer-readable medium of claim 57, further comprising 
instructions for the submission of time sheets. 

62. The computer-readable medium of claim 57, further comprising 
instructions for the processing of a payroll. 

63. The computer-readable medium of claim 57, further comprising 
instructions for automatically creating a virtual job account upon approval of a job quote. 

64. The computer-readable medium of claim 57, further comprising 
instructions for automatically paying said transaction on-line. 

65. The computer-readable medium of claim 57, wherein said computer- 
readable medium has a wireless connection to the Internet. 

66. A method for managing financial resources in an automated fashion 
comprising: 

establishing a plurality of virtual financial accounts overlaid upon at least one 

actual financial account; 
allocating a given amount of funding for each of the plurality of accounts; 
allocating transactions to an account selected from the plurality of accounts; and 
debiting or crediting the allocated fund amount according to the transaction 
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allocated to the particular account and from the actual financial account. 

67. The method according to claim 66, further comprising the step of 
determining a balance with each of the plurality of virtual financial accounts. 

68. The method according to claim 67, further comprising the step of 
5 displaying die balance of an account after transaction allocation and debit or credit of the 

transaction. 

69. The method according to claim 66, further comprising the step of 
distinguishing between transactions that have cleared real time through the actual 
financial account and those that have not within each of the plurality of virtual financial 

10 accounts. 

70. The method according to claim 66, further comprising the step of 
displaying transaction information of a selected allocated transaction within one of the 
virtual financial accounts, 

71. A method for managing financial resources in an automated fashion 
15 comprising: 

establishing a plurality of virtual financial accounts overlaid on actual accounts; 
allocating a given amount of funding for each of the plurality of virtual accounts; 
and 

allocating transactions in real time to the appropriate virtual accounts so that 
20 individuals in remote locations may view the accounts and coordinate 

purchases. 

72. The method according to claim 71, further comprising the step of 
determining a balance with each of the plurality of virtual financial accounts. 

73. The method according to claim 72, further comprising the step of 
25 displaying the balance of an account after transaction allocation and debit or credit of the 

transaction. 

74. The method according to claim 71, further comprising the step of 
distinguishing between transactions that have cleared real time through the actual 
financial account and those that have not within each of the plurality of virtual financial 

30 accounts. 

75. The method according to claim 71, further comprising the step of 
displaying transaction information of a selected allocated transaction within one of the 
virtual financial accounts. 

76. An apparatus used to manage financial resources in an automated fashion 
35 comprising: 

means for establishing a plurality of virtual financial accounts overlaid upon at 
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least one actual financial account; 
means for allocating a given amount of funding for each of the plurality of 
accounts; 

means for allocating transactions to an account selected from the plurality of 
accounts; and 

means for debiting or crediting the allocated fund amount according to the 
transaction allocated to the particular account and from the actual 
financial account. 

77. The apparatus according to claim 76, further comprising means for 
determining a balance within each of the plurality of virtual financial accounts. 

78. The apparatus according to claim 77, further comprising means for 
displaying the balance of an account after transaction allocation. 

79. The apparatus according to claim 76, further comprising means for 
distinguishing between transactions that have cleared real time through the actual 
financial account and those that have not within each of the plurality of virtual financial 
accounts. 

80. The apparatus according to claim 76, further comprising means for 
displaying transaction information of a selected allocated transaction within one of the 
virtual financial accounts. 

81. An apparatus used to manage financial resources in an automated fashion 
comprising: 

means for establishing a plurality of virtual financial accounts overlaid on 
actual accounts; 

means for allocating a given amount of funding for each of the plurality of 

virtual accounts; and 
means for allocating transactions in real time to the appropriate virtual accounts 

so that individuals in remote locations may view the accounts and 

coordinate purchases. 

82. The apparatus according to claim 81, further comprising means for 
determining a balance with each of the plurality of virtual financial accounts. 

83. The apparatus according to claim 82, further comprising means for 
displaying the balance of an account after transaction allocation and debit or credit of the 
transaction. 

84. The apparatus according to claim 81, further comprising means for 
distinguishing between transactions that have cleared real time through the actual 
financial account and those that have not within each of the plurality of virtual financial 
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accounts. 

85. The apparatus according to claim 81 ? further comprising means for 
displaying transaction information of a selected allocated transaction within one of the 
virtual financial accounts. 

86 . The apparatus according to claim 8 1 , further comprising means, coupled 
to the transaction allocation means, for accessing remote account information. 
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Job Summary-Job 52-00 



Total Price 
Budgeted Cost 
Budgeted Profit 
Expended to date 
Profit to date 
Invoiced to date 
Collected to date 



$Amount 



$12,525.00 
$7,452.00 
$5,073.00 
$2,635.37 
$9,889.63 
$2,000.00 
$1,000.00 



%of Price 



( Done ) 
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100% 
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40% 
21% 
79% 
16% 
8% 
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Paint Sub. Job 52-00 



Date II Payee 



Amount 



7/02 Ultra Paint -$175.00 U 
6/29 Ultra Paint -$225.00 U 
6/15 A-1 Painters -$321.32 R 



Actual Balance: $528.68 
Cleared Balance: $928.68 
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( Delete. .. 1 ( Done ) ^ 



HEP 
EEL, 




Fig. 5f 
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Actual Balance: $5,645.23 
Cleared Balance: $7,221 .98 



( New... ) (Account Info... ) 




Fig. 5g 
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PCT/US01/25799 



ln2M Checking Account 



Date 



Payee 



Amount R 



7/12 Bob Smith -$242.37 U 

7/12 Erik Brown -$317.27 U 

7/12 Phil Powell -$275.15 R 

7/10 Anderson Lumber-$752.97 R 

7/2 Ultra Paint -$175.00 U 



Actual Balance: $5,645.23 
Cleared Balance: $7,221 .98 



(New... ) ( Details ) ( Done ) ^ 




Fig. 5h 



CA 02420033 2003-02-18 

PCT/USO 1/25799 



14/29 



ln2M Checking Account 



Datell Payee ~ll AmountlfR" 



7/12 Phil Powell 
7/10 Anderson 

7/2 Ultra Paint 



-$275.15 R 
-$752.97 R 
-$175.00 U 



Transaction Details 



Payee: Anderson Lumber Date: 3/11 
Job # 52-00 (■ ~ 

MVelope: Materials k op " T 



D 



Account: ln2M Checking 
Method: EFT 



( Delete. .. ) ( Done ) ^ 




Fig. 5i 
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JobsJ Accounts] iMformlf Upkeep 



New Quote 



New Purchase Order 



c 
c 



New Invoice 



] 



Process Payroll 



Labor 




ig. 5j 



WO 02/41099 



GA 02420033 2003-02-18 



16 / 29 



PCT/US01/25799 



Mform - New Quote 



(New Quote #) Quote # 

Customer Customer: 
Address: 
Address: 
Phone #: 

■w Pmt Terms Pmt Terms: 
▼ Delivery Delivery: 



(Add Item) ( Send ) ( Done j 



BET 1 
EEly 




Fig. 5k 
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Mform ■ New Purchase Order 



( New P.O. #~) P.O. # 

▼ Vendor Vendor: 

Address: 
Address: 
Phone #: 
"w- Pmt Terms Pmt Terms: 

▼ Date Req'd... Date required: 

▼ Job# Job#: 

▼ Deliver to Del. Add.. 

Del. Add.. 



(Add Item) ( Send ) ( Done ) 




Fig. 51 
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Mform - New Invoice 



(New Invoice #) Invoice # 

▼ Quote # Quote #: 

▼ Customer Customer: 

Address: 
Address: 
Phone #: 

^ Pmt Terms Pmt Terms: 
^ Due date... Due Date: 



(Add Item) ( Send ) ( Done ) 




Fig. 5m 
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Fig. 5n 
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Mform ■ Time Sheet 



^ Employee 

Job# 
^ Activity 
^ Time 
( Next ) 



( Date ) 




Datell Employee II Job# II Time 



6/14 Erik Brown 52-00 

6/14 Erik Brown 52-00 

6/15 Bob Smith 12-00 

6/15 Phil Powell 12-00 



4.5 
5.5 
10.0 
10.0 



(Summary ) ( Send ) ( Done ) ^ 




Fig. 5o 
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Jobs I Accounts II Mform ][ Upkeep 



Match Transactions 



C 



Mvelope Transfers 



r 



Mvelope Allocation 



C 



Account Transfer 



Reconcile Accounts 




Fig. 5p 
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ACCOUNTS 






CHECKING 
ACCOUNT 

140 




SAVINGS 
ACCOUNT 

142 




RETIREMENT 
ACCOUNTS 

144 




HOUSING 

146 














GROCERIES 

148 




CREDIT 
ACCOUNTS 

150 




RECREATION 

152 




CLOTHING 

154 














UTILITIES 

156 




AUTO 
EXPENSES 

158 




INVESTMENT 
ACCOUNTS 

160 




GIFTS 

162 













Fig. 7 



GROCERIES: PERIOD: MARCH, 2000 

VARIABLE: FIXED: 




AMOUNT SPENT: $XXX.XX 
AMOUNT ALLOCATED: $YYY.YY 

REQUIRED: DISCRETIONARY: 

SUB ACCOUNTS: 
FOOD: $357,88 
EATING OUT; $75,00 
NON-FOOD ITEMS: $100.00 
MILK DELIVERY: $50,00 
BUTCHER DELIVERY: $75.00 

PAYMENTS REGISTERED: 

JONES' GROCERY: $NNN.NN DATE: 3/25/00 
BROWN'S CATERING: $IU!MM,MM DATE: 3/30/00 



Fig. 8 
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J Mvelopes | f Accounts] (Upkeep 



Budget Spending 
Under ^^^^^m I Over 

% Period Remaining 46% 
% Funded 102% 



New Transaction ) ( Mvelopes Detail; 




Fig. 9A 
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180 



Groceries Mvelope O 



DateJI Payee II Amount 



3/07 OFC 
3/02 Safeway 
2/25 Fred Meyer 
2/17 OFC 



-$117.21 U 

-$38.21 U 

-$28.01 R 

-$42.21 R 



Actual Balance: $120.22 
Cleared Balance: $275.64 



~ t New L — £~ Details ) ( Done 




Fig. 9B 
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180 



ln2M Checking 



o 



Date 



Payee 



Amount R 



3/07 OFC 

3/02 Safeway 
2/25 Movies.com 



-$117.21 U 

-$38.21 U 
-$28.01 R 



Transaction Details 



Payee: OFC 
Reconciled: No 
Mvelope: Groceries 
Account: ln2M Checking 
Method: Debit 



Date: 3/11/00 
f Split ) 




^Receipt) ( Delete ) ( Done ) 




Fig. 9C 



CA 02420033 2003-02-18 



PCT/USO 1/25799 



27 1 29 



180 



[ Mveiopes ] ( Accounts ] ( Upkeep 

78$ 





ln2M Savings ln2M Checking 




Bank One Card Money Market ^ 



Actual Balance: $4,465.57 
Cleared Balance: $4,620.99 



New Transaction ) ( Account Info... } 




Fig. 9D 
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180 



lm2M Checking Account Q 



Date || Payee II Amount || R~! 



3/07 OFC 
3/02 Safeway 
2/25 Movies.com 
2/17 Home Depot 
2/1 7 Bon Marche 



-$117.21 
-$38.21 
-$28.01 
-$89.84 

-$812.21 



U 
U 
R 
R 
R 



Actual Balance: $120.22 
Cleared Balance: $275.64 




Fig. 9E 
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180 



Mvelopes] [Accounts] f Upkeep 1 



C 



Match Transactions 



Mvelope Transfers 



Mvelope Allocation 



Account Transfer 



Reconcile Accounts 



D 





Fig. 9F 



